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Description 

[0001] Embodiments of the present invention relate to application program context switching and to systems of ap- 
plication programs identified without user direction. 
5 [0002] As an introduction to the problems solved by the present invention, consider the conventional general purpose 
computer having an operating system and a number of user interactive application programs. Suppose that a user of 
such a system operates a conventional spreadsheet application program. And, suppose the user misspells a filename 
at a prompt within the spreadsheet program. 

[0003] A conventional application program responds in one of several ways: (a) by displaying an operating system 
10 message such as "File not found.", or (b) by displaying a message that interprets the situation of the application program, 
such as "A graphics file (.GRF) cannot be opened in this directory having the name you specified.", or (c) by dynamically 
loading another application program, such as a general purpose Help program that presents a message and an op- 
portunity for the user to explore related information, much like using an operator manual. 

[0004] In (a) above, the operating system detects the user's error and executes a subroutine that prints a numbered 
15 generic message. Few users find such information instructive. In (b) above, the spreadsheet program intercepts the 
operating system error and, rather than allowing the operating system to perpetrate confusion or panic, executes a 
subroutine that prints a numbered message with some detail that may assist an experienced user. In (c) above, the 
spreadsheet program blocks the operating system message, as before, and invokes a context switch to a predetermined 
Help program. Conventionally, the spreadsheet program will have passed a word or phrase to the Help program so 
20 that the Help program provides an initially meaningful message from which the user can explore related material. The 
Help program conventionally uses an indexed message file. 

[0005] In each of the alternatives presented above messages and executable code are in separate files, often de- 
veloped by different individuals or companies. By separating the messages from the code, messages can be safely 
and easily translated into another human language so that the program can be sold in another market. For the spread- 

25 sheet program, the concomitant message file is a prerequisite for proper spreadsheet program operation. For the Help 
program, the concomitant indexed message file is a prerequisite for proper Help program operation. 
[0006] At the time an application program, such as the spreadsheet program above, is developed, the programmer 
chooses which level of assistance his program will provide when it encounters an error. If the programmer chooses 
(c) above, then the name of the Help program executable code file and indexed message file may be hard coded into 

30 the spreadsheet program. Consequently, any change to these filenames will require marketing of a revision of the 
spreadsheet program. A well known alternative is to develop the application program so that, when properly installed 
on the user's computer system, a Help program chosen by the installer will be used. Any change in these filenames 
will now require reinstallation of the application program. 

[0007] All development, marketing, and customer support costs are eventually borne by the user. The total cost to 
35 the user of marketing a revision, though costly, may be exceeded by the total cost of reinstallation. Reinstallation can 
involve gathering information from more than one supplier and making choices with insufficient understanding of the 
consequences. Therefore, considerable customer support is ordinarily expected by the installer. 
[0008] Because a general purpose computer system is likely to currently support a large number of application pro- 
grams, each one being reinstalled when a revision becomes available, users of such systems are tacitly required to 
40 learn different styles of interaction with different application programs. Displays from different application programs 
have varied appearances and content. Operating methods that work well with one application cause errors in others. 
These differences lead to inadvertent user error, increased user frustration, and a growing demand for application 
programs that seem to operate uniformly. 

[0009] The Help program chosen by the spreadsheet application program developer or installer may vary from the 
45 choice made for another application program, for example a wordprocessor. Such variation exemplifies further nonu- 
niformity in the user's operating environment. Without appeal, the user must acquiesce to learn not only the nuances 
of several application programs, but also the best ways to use several different Help programs. Unfortunately, many 
users risk loss of data and waste operator time and system resources attempting to learn by trial and error. 
[001 0] EP 0 325 443 A1 relates to a help facility commonly used by a plurality of applications wherein each application 
50 is provided with a help text file which is accessed either by a user input or by an application program via the main help 
module to provide a standard interface to obtain help information about a particular application. Each application pro- 
gram has associated therewith a help text file which is, although same is accessed via the main help module, dependent 
from the application program. Although the application program must contain a value to point to the respective help 
file, this value is a fixed value rather than being a value being set by the computer system. 
55 [0011] US-A-5,434,963 relates to a method of help-information control for displaying help information on a display 
unit of an information processing system executing a plurality of application programs. During execution of a given 
application program, the contents of the status information table storing the executing status of the application programs 
are updated and in the case of a help request made by an operator, the contents of the status table at that point in 
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time are referenced. Thus, for a plurality of application programs a single table is provided which is commonly used 
by these programs and stores specific status information to be used when retrieving help information on the request 
of an operator. The table and the respective application programs are "hard wired", i.e. are dependent from each other. 
[0012] It is the object of the invention to provide an improved computer system and a context switch avoiding the 
5 above problems. 

[001 3] This object is achieved by a computer system according to claim 1 , and by a context switch according to claim 
5. 

[001 4] Accordingly, a computer system in one embodiment of the present invention includes a file system, a memory, 
and a processor. The file system maintains a plurality of files for access to the processor. The memory includes a data 
10 structure having a link value. The processor executes in sequence an operating system, a first application program, a 
constructor, and a second application program. The constructor determines that a file is accessible to the processor 
from the file system for use with the second application program and then sets the link value accordingly. The first 
application program then precludes operator manual direction by being directed to the second application program in 
response to the data structure. 

15 [001 5] According to a first aspect of such an embodiment, when a prerequisite file is accessible, control automatically 
passes to the related second application program. Because the first application program refers to the constructor and 
not to the second application program, the first application program is independent of the name and prerequisites of 
the second application program. When the second application program is revised or an alternative to the second pro- 
gram becomes available, no revision to the first application program is made necessary. 

20 [0016] According to a second aspect, the same second application program can be made available to many inde- 
pendent first application programs. The user enjoys operational uniformity among applications. 
[0017] According to a third aspect, when a revision or alternative to the second application becomes available, the 
user avoids reinstallation of application programs. 

[0018] According to another embodiment of the present invention, the constructor verifies that a prerequisite system 
25 resource is met, of which access to a file is but one example. 

[001 9] According to an aspect of such an embodiment, the constructor selects the second application program having 
the most manageable system resource prerequisites at the time the selection is made. Operation and responsiveness 
of dynamic computer systems improves. 

[0020] The present invention may be practiced according to a method for developing an application program, in one 
30 embodiment, which incorporates the step of including, in the application program, means for passing control to a des- 
tination program. The destination program is identified by a constructor. The constructor precludes manual direction 
by an operator and identifies the destination program from a plurality of candidate programs after testing a respective 
operational prerequisite of a respective candidate program. 

[0021] According to a first aspect of such a method, by including such means for passing control, the application 
35 program is made independent of any development of the destination program. Such independence allows the first 
application program and the second application program to be developed by different entities, at different times, and 
with different revision installation dates on any particular computer system. The costs of marketing the first and the 
second application program are reduced. Barriers to market entry by competitors are removed. And, users are more 
likely to develop brand loyalty by better appreciating the capabilities of both the first and the second application pro- 
40 grams. 

[0022] These and other embodiments, aspects, advantages, and features of the present invention will be set forth 
in part in the description which follows, and in part will become apparent to those skilled in the art by reference to the 
following description of the invention and referenced drawings or by practice of the invention. The aspects, advantages, 
and features of the invention are realized and attained by means of the instrumentalities, procedures, and combinations 
45 particularly pointed out in the appended claims. 

[0023] Figure 1 is a block diagram of a computer system of the present invention. 
[0024] Figure 2 is a flow chart of a method of the present invention. 

[0025] Figure 1 is a block diagram of a computer system of the present invention. Computer system 1 0, in the illus- 
trated embodiment, includes conventional equipment conventionally connected, yet programmed to cooperate in novel 
50 ways. Computer system 10 includes processor 20 coupled to memory 30. In addition, processor 20, file system 50, 
monitor 60, keyboard 62, and printer 70 are coupled by network 80. 

[0026] Processor 20 is a general purpose computer that provides and receives signals 24 to and from memory 30. 
Memory 30 is a random access memory system for storing data, for example, executable program-code, data struc- 
tures, and file buffers. File system 50 is a file storage and retrieval system such as a disk system including read only 
55 devices and read/write devices. Tape based storage and optical storage systems, for example, are equivalent. File 
system 50 represents any storage and retrieval system based on logical or physical units of information storage and 
retrieval, such as a sector or filename. Monitor 60 and keyboard 62 cooperate as means for user interactive control. 
Printer 70 provides hardcopy output and represents any of several conventional peripheral devices including plotters, 
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communication equipment, and process control instrumentation, to name a few examples. 

[0027] After processor 20 loads operating system 32 by transferring an executable file from file system 50 to memory 
30, execution of operating system 32 provides an opportunity for user interactive selection of a first application program. 
First application 33 is then loaded like operating system 32 and execution begins. While operating system 32 is a 
conventional multitasking operating system, first application 33 was developed according to a method of the present 
invention to be discussed with reference to Figure 2. As a consequence of such development, first application 33 
includes a library of subroutines including constructor 34. 

[0028] First application program 33 instantiates variables, in a conventional manner, including data structure 35 in 
memory 30, by designating unique addressable locations in memory 30 according to the size and type of each variable. 
Data structure 35 includes a link value left undefined by first application 33. Data structure 35 in one embodiment is 
instantiated according to the following C programming language syntax: 

struct { 

char *search_vofume_and_path; 
char *found_vo!ume_and_path; 
void second_app{ int ); 
void second_app_setup(); 
char *second_app__name; 

}; 

[0029] The link value in the foregoing syntax is the entry point to function second_app. The link value, to be assigned 
by constructor 34, is pivotal to the operation of a context switch. 

[0030] A context switch is an interruption in the execution of a first program so that a second program may be exe- 
cuted. In some operating systems operation of the first program continues only after the second program has returned 
control to it. In other operating systems the second program can continue to operate after returning control to the first 
program. A context switch is more than a program call instruction. Not only is the flow of program control interrupted, 
but the displays presented to the user and the controls made available to the user are governed not by the first program's 
operating rules but by the second program's operating rules. As illustrated in Figure 1, a first context 64 is replaced 
with a second context 66 having an overlaid window that indicates possible return to context 64. The interior of the 
overlaid window is controlled by the second program. 

[0031] A context switch is conventionally used in several situations. A few conventional examples include: (a) when 
an operating system offers the user the opportunity to select an application for execution, (b) when a spreadsheet 
program alternates between tabular and graphics display of numerical data, (c) when a wordprocessor alternates 
between document entry and use of a dictionary, (d) when a test program development tool alternates between test 
program syntax entry and test program dynamic debugging. In example (a) the second or destination program is iden- 
tified by user choice. In examples (b), (c), and (d) the destination program is conventionally identified by program 
developer's or installer's choice. In the computer system of Figure 1 , the destination program of the context switch is 
identified by constructor 34. 

[0032] Prior to the first time that a context switch is to be used, first application 33 sets parametric values in data 
structure 35 and then calls constructor 34. First application 33 defines the string search_volume_and_path to identify 
a subset of the files in file system 50 to be searched for prerequisite files. First application 33 calls constructor 34 either 
as a preliminary activity or at a time immediately prior to use of the context switch. 

[0033] Constructor 34 reads data structure 35 and performs a search of file system 50 for prerequisite files. File 
system 50 includes APP.CAT file 52, APP.HLP file 54, HELP2. EXE file 56, and HELP2.HLP file 58. When first application 
33 was installed, APP.HLP and APP.CAT were loaded in file system 50. File APP.CAT contains brief numbered mes- 
sages. File APP.HLP contains indexed messages operative with Help program HELP2.EXE as an on-screen first ap- 
plication operator manual. File HELP2.HLP contains indexed messages operative with Help program HELP2.EXE as 
an on-screen Help2 operator manual. In addition, HELP2.HLP contains operator manual information describing fea- 
tures of operating system 32 which may be explored by the user who needs fundamental assistance in operation of 
computer system 10. 

[0034] Constructor 34 is a subroutine prepared with conventional programming techniques. Constructor 34 was de- 
veloped with foreknowledge of several Help systems: a primitive message display subroutine that is part of first appli- 
cation 33, a help system HELP1 that uses files having filenames identified with the wildcard *.hv, and a help system 
HELP2 that uses files having filenames identified with the wildcard *.hlp. 

[0035] As an example of the operation of constructor 34, consider the following first session (not illustrated), Con- 
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structor 34, using conventional operating system calls, searches file system 50 beginning at the 
search_volume_and_path for the existence and accessibility of files with wildcard *.hv. None are found. Constructor 
then continues the search for files having wildcard *.hlp. None are found. After verifying the existence of APP.CAT, 
constructor 34 then (1) assigns an appropriate value to string found_volume_and_path of data structure 35; (2) deter- 
5 mines the entry point for simple help as a subroutine call within constructor 34 and assigns the appropriate value to 
second_app; (3) determines the entry point for the initialization subroutine (if any) for the subroutine and assigns the 
appropriate value to second_app_setup; (4) instantiates a file buffer and loads files APP.CAT 52; (5) assigns a value 
to the string second_app_name; and (7) returns control to first application 33. These actions by constructor 34 effec- 
tively couple first application 33 to a simple help subroutine in constructor 34 based on the choice of possible applica- 
nt? tions made by constructor 34. Because no opportunity for operator selection exists either before, during, or after op- 
eration of constructor 34, constructor 34 precludes operator manual direction by the user, a system operator, if any, or 
an installer. 

[0036] As a further example of the operation of constructor 34, consider the following second session illustrated by 
Figure 1. Constructor 34, using conventional operating system calls, searches file system 50 beginning at the 

15 search_volume_and_path for the existence and accessibility of files with wildcard *.hv. None are found. Constructor 
then continues the search for files having wildcard *. hip. Files 54 and 58 are found to exist and are currently available 
for access. Having found the prerequisite files for Help program HELP2, constructor 34 then searches for file 
HELP2.EXE. Having found the executable code file for Help program HELP2, constructor 34 (1) assigns an appropriate 
value to string found_volume_and_path of data structure 35; (2) loads file HELP2.EXE 56 as dormant second appli- 

20 cation 36; (3) determines the entry point of a parameter transformation subroutine in constructor 36 and assigns the 
appropriate value to second_app; (4) determines the entry point for the initialization subroutine for second application 
36 and assigns the appropriate value to second_app_setup; (5) instantiates file buffers 37 and 38 and loads files APR 
HLP 54 and HELP2.HLP 58, respectively; (6) assigns a value to the string second_app_name; and (7) returns control 
to first application 33. These actions by constructor 34 effectively couple first application 33 to second application 36 

25 based on the choice of possible applications made by constructor 34. Because no opportunity for operator selection 
exists either before, during, or after operation of constructor 34, constructor 34 precludes operator manual direction 
by the user, a system operator, if any, or an installer. 

[0037] The structure of files *.HLP follow conventions widely used in application program development for UNIX and 
Microsoft Windows applications. The file APP.CAT takes advantage of an existing conventional structure for *.CAT files 
30 to implement novel means for converting an integer message number to a locator for use in a file having the structure 
of a\HLPfile. 

[0038] In the first session the integer parameter passed from first application 33 to the constructor subroutine is 
sufficient for locating a simple message in file APP.CAT. In the second session, constructor 34 reserves the entry point 
tosecond_appforuse by the parameter transformation subroutine. At the time of a context switch, when first application 

35 33 has determined an integer value to be passed to second_app, the parameter transformation subroutine reads the 
integer. Then the parameter transformation subroutine (1) uses a transform from file APP.CAT to determine a corre- 
sponding word or phrase; (2) calls second_app at the entry point reserved; and (3) passes the word or phrase as the 
parameter, in place of the integer. The parameter transformation subroutine is developed using conventional program- 
ming techniques including string to integer conversion and string substitution. Transform data and the structure of file 

40 APP.CAT will be described with reference to Figure 2 at step 320. 

[0039] In an alternate embodiment, constructor 34 discards the possibility of loading a candidate second application 
when other system prerequisites are not first met. Examples of such other prerequisites include, but are not limited to, 
obtaining sufficient memory for loading and operating the candidate; obtaining access to a particular communication 
channel, file server, peripheral, instrument, or process control device; or verifying schedule prerequisites such as op- 

45 eration only during predetermined times of day or selected days. On the other hand, in yet another alternate embodi- 
ment, constructor 34 uses prior results to choose more quickly. For example, constructor 34 chooses the same second 
application program as chosen in a prior call that obtained nonexclusive access to a particular candidate second ap- 
plication. 

[0040] Figure 2 is a flow chart of a method of application program development of the present invention. The method 
50 involves three parallel paths amenable to development by independent groups or members of a program development 
team. Steps 210 through 240 provide the executable code file for the application. Steps 310 through 330 provide 
prerequisite *.CAT files and steps 410 through 430 provide prerequisite \HI_P files for one or more candidate second 
application programs. The first and second application programs cooperate as already described for processes 33 and 
36, respectively, with reference to Figure 1 . In the discussion below, development of first application 33 and prerequisite 
55 files for second application HELP2.EXE will be described to clearly illustrate a few embodiments of the present inven- 
tion. Development is described using terminology which has come to have specific meaning to those who use the 
conventional C programming language. 

[0041] At step 210 a header file is prepared and included in the source code for first application. The header file 
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contains declarations for data structure 35 and a prototype for the call to second_app. Initialization of variables, allo- 
cation of dynamic variable space, and calls to initialization entry points for various routines including constructor 34 
are made using conventional techniques. 

[0042] At step 220, use of the call to second_app is made when a context switch is deemed appropriate by the 
application developer. The application developer, at each instance where a context switch is desired, specifies the 
level of support appropriate to the instance, and specifies a parameter. The parameter may be either a word or phrase 
for use with level 1 and higher programs; or it may be the string representation of an integer message number for quick 
level 0 support. By specifying level 0 support, the time required by constructor 34 to choose and load a candidate 
second application is avoided. 

[0043] At step 230, the source code prepared in steps 210 and 220 is submitted to a compiler for generation of a 
relocatable object. 

[0044] At step 240, the relocatable object from step 230 is linked to various libraries. One of the libraries of subroutines 
contains constructor 34 with a simple message posting subroutine and a parameter transformation subroutine. The 
library having constructor 34 is developed using conventional programming techniques as directed by the functional 
and operational descriptions of constructor 34 detailed above. The result of linking at step 240 is an executable file, 
which for first application 33, is APP.EXE. 

[0045] At step 310, numbered messages are written. Each message corresponds to a condition anticipated by first 
application 33. Such a condition may be an abnormal condition or an opportunity for the user to call for help prior to 
an abnormal condition. Each message is identified with digits corresponding to an integer, though the text of the mes- 
sage may be in any human language. Example numbered messages are as shown: 

$001 File not found. 

$002 A graphics file (.GRF) cannot be opened in this directory having the name you specified. 



[0046] At step 320 a transform is written for every numbered message. Each transform includes digits representing 
the respective integer and a word or phrase indexed in a .HLP file. 

[0047] At step 330, transforms written at step 320 are combined with numbered messages written in step 310. The 
resulting hierarchical file has a structure consistent with the conventional Natural Language Support system familiar 
to application program developers whose application programs are compatible with the UNIX operating system. The 
hierarchical structure of the file distinguishes primitive numbered help messages from transforms by grouping trans- 
forms in a first set and messages in a second set. An example of a portion of a hierarchical file is as shown: 

set $123 

$001 pathname 

$002 graphics filename 

set $124 

$001 File not found. 

$002 A graphics file (.GRF) cannot be opened in this directory having the name you specified. 



[0048] The hierarchical file consists of two sets. The first set includes transforms; the second set includes numbered 
messages. File APP.CAT results from a conventional compilation of the hierarchical file at step 310. 
[0049] At step 410, the content of an operators manual is used to prepare a large number of topical explanations. 
At step 420 these explanations are reviewed and meaningful words and phrases are selected. The selected words 
and phrases are then listed for use as an index into the topical explanations. Selection of the words and phrases is 
made in cooperation with the development of transforms at step 320. At step 330, the index and explanations are 
conventionally combined into a file or files of conventional structure indicated generally as file APP.HLP. 
[0050] At step 510, APP.EXE, APP.CAT, and APP.HLP are installed on a user's computer system. Any number of 
candidate programs known a priori by constructor 34 may be concurrently or subsequently installed on the user's 
computer system. Each candidate program will have several files such as HELP2.EXE and HELP2.HLP as shown for 
the Help2 program in Figure 1 . Future installation of other candidate programs will be supported by APP.EXE without 
change to APP.EXE. Future revisions to constructor 34 and consistent revisions to the hierarchical file are made by 
distributing a revision to first application 33 as a revised set of files APP.EXE (possibly containing a revised constructor), 
APP.CAT (possibly including other sets), and APP.HLP. 

[0051] In an embodiment with additional capability, first application 33 calls second application program in one of 
two ways by using one of two entry points. Data structure 35 is expanded to include the second entry point and con- 
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structor 34 is equipped to distinguish and process either of the types of calls. The first entry point operates with integer 
numbered messages as discussed with the first session, above. The second entry point operates with phrase substi- 
tution for the integer as discussed with the second session, above. Operation from the first entry point is significantly 
faster, providing a more responsive user interface. The dual entry point capability is compatible with conventional Help 
5 programs, such as "VUE" by Hewlett-Packard, "CDE" by COSE Alliance, and "HyperHelp" by Bristol Technologies. 
[0052] The foregoing description discusses preferred embodiments of the present invention, which may be changed 
or modified without departing from the scope of the present invention. 

[0053] For example, in an alternate embodiment, computer system 10 is a personal computer and files 52 through 
58 are conveyed to processor 20 in part via a public communication channel. In still another alternate embodiment, 

10 computer system 10 is a distributed processing system hosted on a network of workstations wherein processes 33 
and 36 are executed on physically separate but logically coupled platforms. Processor 20 in an alternate embodiment 
is a microprocessor. Memory 30 in alternate embodiments includes a mix of read only and dynamic read/write memory. 
Operating system 32 in a preferred embodiment is a UNIX compatible operating system, however in alternate embod- 
iments compatibility is with other multitasking operating systems such as Microsoft "DOS", "NT", or "Windows" operating 

15 systems. Network 80 in one embodiment is a bus between circuit cards and in a second and equivalent, embodiment 
is a company-wide data network. Monitor 60 and keyboard 62 are omitted in an alternate embodiment for process 
control wherein support for first application 33 is not intended to improve user interaction but for supporting variation 
in instrument compatibility, accuracy, system response, sparing, and similar systems operational objectives. 
[0054] Still further, those skilled in the art will understand that first application program 33 and candidate second 

20 application programs are not limited to the examples discussed herein. First application program is representative of 
any software and second application program is representative of any separately compiled program or library including 
those enforcing a convention such as spell checkers, grammar checkers, CAD design rule checkers, and program 
syntax checkers, as well as member programs of functional sets such as documentation viewers (including help sys- 
tems), tutorials, simulators, signal processors, software and system diagnostics, graphic processors, system perform- 

25 ance monitors, numerical and statistical analyzers, data entry/edit tools, database applications, and speech and musical 
processors, to name just a few functional units. 

[0055] These and other changes and modifications are intended to be included within the scope of the present in- 
vention. 

[0056] While for the sake of clarity and ease of description, several specific embodiments of the invention have been 
30 described; the scope of the invention is intended to be measured by the claims as set forth below. The description is 
not intended to be exhaustive or to limit the invention to the form disclosed. Other embodiments of the invention will 
be apparent in light of the disclosure to one of ordinary skill in the art to which the invention applies. 



35 Claims 

1. A computer system (10) comprising: 

a. a file system (50) that maintains a plurality of files (52,54,56,58); 

40 b. a memory (30) comprising a data structure (35); and 

c. a processor (20) that executes in sequence an operating system program (32), a first application program 
(33), a constructor (34), and a second application program (36), the first application program (33) calling the 
constructor (34) either as a preliminary activity or at a time immediately prior to a context switch, the data 
structure (35) having a link value defining the necessary information for a link between the first application 

45 program (33) and the second application program (36), wherein: 

(1) the constructor (34) sets the link value in response to determining whether a file is accessible to the 
processor (20) from the file system (50) for use with the second application program (36); and 

(2) a call in the first application program (33) precludes operator manual direction by being directed to the 
50 second application program (36) in response to the data structure (35). 

2. The computer system of Claim 1 wherein: 

a. the first application program (33) is used by an operator; and 
55 b. the second application (36) program informs the operator on conventional use of the first application program 

(33). 

3. The computer system of Claim 1 wherein control is passed to the constructor (34) in response to the first application 
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program (33). 

4. The computer system of Claim 1 wherein the second application program (36) is dynamically loaded in response 
to the constructor (34). 

5. A context switch operative to transform the state of a computer system (10) from a first context (64) to a second 
context (66) selected from a plurality of contexts, each context having a respective requisite file, the context switch 
comprising: 

a. a first instruction of a first application program that transfers program control of the first application program 
to a constructor (34), wherein the constructor (34) identifies a second application program (36) in response to 
testing a predetermined processor resource, and sets a link value associated with the first application program, 
the link value defining the necessary information for a link between the first application program (33) and the 
second application program (36), the first instruction precluding operator manual direction during program 
control transfer; and 

b. a second instruction (220) of the first application program that transfers program control to the second 
application program (36). 

6. The context switch of Claim 5 wherein testing a predetermined processor resource comprises testing access to a 
file (58). 

7. The context switch of Claim 5 wherein: 

a. the constructor (34) identifies the second application program (36) from a plurality of candidate programs; 
and 

b. testing a predetermined processor resource comprises testing a respective operational prerequisite (58) of 
a respective candidate program (56). 

8. The context switch of Claim 7 wherein: 

a. the second instruction is executed from the first context (64); and 

b. the candidate program (56) in operation provides information for operator interaction in the first context (64). 

9. The context switch of Claim 7 further comprising a parameter (310), wherein the constructor transforms the pa- 
rameter for use by the second application program (36) according to a respective transformation (320) of the 
respective candidate program (56). 

10. A computer system (10) comprising: 

a. a file system (50) that provides access to a plurality of files (52,54,56,58); and 

b. a processor (20) and a memory (30) together comprising a context switch according to one of claims 5 to 
9, wherein 

the context switch comprises a data structure (35) in the memory (30), the data structure (35) comprising 
the link value; 

the constructor (34) is executed by the processor (20) and sets the link value in response to selecting 
the second context (66), wherein selecting comprises verifying, for at least one context of the plurality, access 
to a respective requisite file from the file system (50); and 

the second instruction is a control transfer instruction, performed by the processor (20) in the first context 
(64), wherein the control transfer instruction precludes the operator manual direction by being directed in 
response to the data structure (35). 



Patentanspruche 

1. Ein Computersystem (1 0), das folgende Merkmale umfaGt: 

a. ein Dateisystem (50), das eine Mehrzahl von Dateien (52, 54, 56, 58) halt; 



8 



EP 0 814 403 B1 



b. einen Speicher (30), der eine Datenstruktur (35) aufweist; und 

c. einen Prozessor (20), der nacheinander ein Betriebssystemprogramm (32), ein erstes Anwendungspro- 
gramm (33), einen Konstruktor (34) und ein zweites Anwendungsprogramm (36) ausfuhrt, wobei das erste 

5 Anwendungsprogramm (33) den Konstruktor (34) entweder als eine vorbereitende Aktivitat oder zu einem 

Zeitpunkt unmittelbar vor einer Kontextumschaltung aufruft, wobei die Datenstruktur (35) einen Verbindungs- 
wert aufweist, der die notwendigen Informationen fur eine Verbindung zwischen dem ersten Anwendungspro- 
gramm (33) und dem zweiten Anwendungsprogramm (36) definiert, wobei: 

10 (1) der Konstruktor (34) den Verbindungswert ansprechend auf das Bestimmen einstellt, ob eine Datei 

fur den Prozessor (20) von dem Dateisystem (50) fur die Verwendung mit dem zweiten Anwendungspro- 
gramm (36) zugreifbar ist; und 

(2) ein Aufruf in dem ersten Anwendungsprogramm (33) eine manuelle Betreiberleitung ausschlieBt, in- 
15 dem derselbe ansprechend auf die Datenstruktur (35) zu dem zweiten Anwendungsprogramm (36) geleitet 

wird. 

2. Das Computersystem gemaB Anspruch 1 , bei dem: 

20 a. das erste Anwendungsprogramm (33) durch einen Betreiber verwendet wird; und 

b. das zweite Anwendungsprogramm (36) den Betreiber uber die herkommliche Verwendung des ersten An- 
wendungsprogramms (33) informiert. 

25 3. Das Computersystem gemaB Anspruch 1, bei dem die Steuerung ansprechend auf das erste Anwendungspro- 
gramm (33) an den Konstruktor (34) ubertragen wird. 

4. Das Computersystem gemaB Anspruch 1 , bei dem das zweite Anwendungsprogramm (36) ansprechend auf den 
Konstruktor (34) dynamisch geladen wird. 

30 

5. Ein Kontextschalter, der wirksam ist, urn den Zustand eines Computersystems (1 0) von einem ersten Kontext (64) 
zu einem zweiten Kontext (66), der von einer Mehrzahl von Kontexten ausgewahlt wird, zu transformieren, wobei 
jeder Kontext eine jeweilige Voraussetzungsdatei aufweist, wobei der Kontextschalter folgende Merkmale umfaBt: 

35 a. eine erste Anweisung eines ersten Anwendungsprogramms, die die Programmsteuerung von dem ersten 

Anwendungsprogramm zu einem Konstruktor (34) ubertragt, wobei der Konstruktor (34) ein zweites Anwen- 
dungsprogramm (36) ansprechend auf das Testen einer vorbestimmten Prozessorressource identifiziert, und 
einen Verbindungswert, der dem ersten Anwendungsprogramm zugeordnet ist, einstellt, wobei der Verbin- 
dungswert die notwendigen Informationen fur eine Verbindung zwischen dem ersten Anwendungsprogramm 

40 (33) und dem zweiten Anwendungsprogramm (36) definiert, und die erste Anweisung eine manuelle Betrei- 

berleitung wahrend der Programmsteuerungsubertragung ausschlieBt; und 

b. eine zweite Anweisung (220) des ersten Anwendungsprogramms, die die Programmsteuerung zu dem 
zweiten Anwendungsprogramm (36) ubertragt. 

45 

6. Der Kontextschalter gemaB Anspruch 5, bei dem das Testen einer vorbestimmten Prozessorressource das Testen 
eines Zugriffs auf eine Datei (58) umfaBt. 

7. Der Kontextschalter gemaB Anspruch 5, bei dem: 

50 

a. der Konstruktor (34) das zweite Anwendungsprogramm (36) von einer Mehrzahl von Kandidatenprogram- 
men identifiziert; und 

b. das Testen einer vorbestimmten Prozessorressource das Testen einer jeweiligen Betriebsvoraussetzung 
55 (58) eines jeweiligen Kandidatenprogramms (56) umfaBt. 

8. Der Kontextschalter gemaB Anspruch 7, bei dem: 
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a. die zweite Anweisung von dem ersten Kontext (64) ausgefuhrt wird; und 

b. das Kandidatenprogramm (56) im Betrieb Informationen fur Betreiberinteraktion in dem ersten Kontext (64) 
liefert. 

9. Der Kontextschalter gemaB Anspruch 7, der ferner einen Parameter (310) umfaBt, wobei der Konstruktor den 
Parameter fur die Verwendung durch das zweite Anwendungsprogramm (36) gemaB einer jeweiligen Transforma- 
tion (320) des jeweiligen Kandidatenprogramms (56) transformiert. 

10. Ein Computersystem (10), das folgende Merkmale umfaBt: 

a. ein Dateisystem (50), das einen Zugriff auf eine Mehrzahl von Dateien (52, 54, 56, 58) liefert; und 

b. einen Prozessor (20) und einen Speicher (30), die zusammen einen Kontextschalter gemaB einem der 
Anspruche 5 bis 9 umfassen, wobei 

der Kontextschalter eine Datenstruktur (35) in dem Speicher (30) umfaBt, wobei die Datenstruktur (35) den 
Verbindungswert umfaBt; 

der Konstruktor (34) durch den Prozessor (20) ausgefuhrt wird, und den Verbindungswert ansprechend auf 
das Auswahlen des zweiten Kontextes (66) einstellt, wobei das Auswahlen das Verifizieren eines Zugriffs auf 
eine jeweilige Voraussetzungsdatei von dem Dateisystem (50) fur zumindest einen Kontext der Mehrzahl um- 
faBt; und 

die zweite Anweisung eine Steuerungsubertragungsanweisung ist, die durch den Prozessor (20) in dem ersten 
Kontext (64) durchgefuhrt wird, wobei die Steuerubertragungsanweisung die manuelle Betreiberleitung aus- 
schlieBt, indem dieselbe ansprechend auf die Datenstruktur (35) geleitet wird. 



Revendications 

1. Un systeme informatique (10) qui comprend: 

a. un systeme (50) de fichiers qui maintient une serie de fichiers (52, 54, 56, 58); 

b. une memoire (30) qui comprend une structure (35) de donnees et 

c. un processeur (20) qui execute en sequence un programme (32) de systeme d'exploitation, un premier 
programme d'application (33), un constructeur (34) et un deuxieme programme d'application (36), le premier 
programme d'application (33) appelant le constructeur (34), soit en tant qu'activite preliminaire, soit a un instant 
qui precede immediatement une commutation de contexte, la structure (35) de donnees possedant une valeur 
de liaison qui definit I'information necessaire pour une liaison entre le premier programme d'application (33) 
et le deuxieme programme d'application (36), dans lequel: 

(1 ) le constructeur (34) regie la valeur de liaison en reponse a une determination qui precise si un fichier 
est accessible au processeur (20) a partir du systeme (50) de fichiers pour etre utilise avec le deuxieme 
programme d'application (36); et 

(2) un appel dans le premier programme d'application (33) exclut une direction manuelle par un operateur 
en etant dirige parce qu'il est dirige vers le deuxieme programme d'application (36) en reponse a la struc- 
ture (35) de donnees. 

2. Le systeme informatique selon la revendication 1, dans lequel: 

a. le premier programme d'application (33) est utilise par un operateur; et 

b. le deuxieme programme d'application (36) informe I'operateur quant a une utilisation classique du premier 
programme d'application (33). 

3. Le systeme informatique selon la revendication 1 dans lequel une commande est transmise au constructeur (34) 
en reponse au premier programme d'application (33). 

4. Le systeme informatique selon la revendication 1 dans lequel le deuxieme programme d'application (36) est charge 
dynamiquement en reponse au constructeur (34). 
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5. Une commutation de contexte susceptible d'intervenir pour transformer I'etat d'un systeme informatique (1 0) d'un 
premier contexte (64) a un deuxieme contexte (66) selectionne dans une serie de contextes, chaque contexte 
possedant un fichier requis respectif, la commutation de contexte comprenant: 

5 a. une premiere instruction d'un premier programme d'application qui transfere une commande de programme 

du premier programme d'application a un constructeur (34), le constructeur (34) identifiant un deuxieme pro- 
gramme d'application (36) en reponse a un test d'une ressource de processeur predeterminee, et regie une 
valeur de liaison associee au premier programme d'application, la valeur de liaison definissant I'information 
necessaire pour une liaison entre le premier programme d'application (33) et le deuxieme programme d'ap- 

10 plication (36), la premiere instruction excluant une direction manuelle d'operateur pendant un transfert de 

commande de programme; et 

b. une deuxieme instruction (220) du premier programme d'application qui transfere la commande de pro- 
gramme au deuxieme programme d'application (36). 

15 6. La commutation de contexte selon la revendication 5 dans laquelle un test d'une ressource de processeur prede- 
terminee comprend un test d'un acces a un fichier (58). 

7. La commutation de contexte selon la revendication 5, dans laquelle: 

20 a. le constructeur (34) identifie le deuxieme programme d'application (36) dans une serie de programmes 

candidats; et 

b. tester une ressource de processeur predeterminee comprend un test d'un requis operationnel respectif (58) 
d'un programme candidat respectif (56). 

25 8. La commutation de contexte selon la revendication 7 dans laquelle: 

a. la deuxieme instruction est executee a partir du premier contexte (64); et 

b. le programme candidat (56) fournit en cours de fonctionnement une information pour une interaction d'ope- 
rateur dans le premier contexte (64). 

30 

9. La commutation de contexte selon la revendication 7 qui comprend en outre un parametre (310), le constructeur 
transformant le parametre pour une utilisation par le deuxieme programme d'application (36) en fonction d'une 
transformation respective (320) du programme candidat respectif (56). 

35 10. Un systeme informatique (10) comprenant: 

a. un systeme (50) de fichiers qui permet d'acceder a une serie de fichiers (52, 54, 56, 58); et 

b. un processeur (20) et une memoire (30) qui comprennent ensemble une commutation de contexte selon 
I'une quelconque des revendications 5 a 9, ou: 

40 

la commutation de contexte comprend une structure (35) de donnees dans la memoire (30), la structure 
(35) de donnees comprenant la valeur de liaison; 

le constructeur (34) est execute par le processeur (20) et regie la valeur de liaison en reponse a une 
selection du deuxieme contexte (66), la selection comprenant, pour au moins I'un des contextes de la 
45 serie, une verification d'un acces a un fichier requis respectif du systeme (50) de fichiers; et 

la deuxieme instruction est une instruction de transfert de commande, executee par le processeur (20) 
dans le premier contexte (64), I'instruction de transfert de commande excluant la direction manuelle par 
I'operateur parce qu'elle est dirigee en reponse a la structure (35) de donnees. 

50 
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